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A. Real party in interest. 

All rights to and interest in this patent have been assigned to Rode Consulting, Inc., a 
Massachusetts Corporation, Federal Tax ID 04-3333085. 

B. Related appeals and interferences. 

The Appellant is aware of no other pending appeals and interferences regarding this 
application. 

C. Status of claims. 

Claims 1-16 are pending and rejected under 35 U.S.C. 103(a). The rejection of claims 1- 
16 is appealed in this brief. 

D. Status of amendments. 

No claims have been amended (or added) since Final Rejection. 
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E. Summary of claimed subject matter. 

Applicant claims a system for simulating electronic circuits and components by 
means of an intrinsically stateless, file-oriented protocol such as HTTP, in conjunction 
with at least one element of HTTP-communicated state, a synthetic Unique Identifier. 
Applicant discloses specific methods to make practical the public use of such a system 
by unregistered persons by means of the automatic assignment of said Unique Identifier 
and methods that make use of the identifier to regulate use of resources. Further claimed 
are methods that use this Identifier to index and manage temporary files, which may be 
used, for example, to feed results from a circuit synthesis step forward to 
simulation/verification. Also claimed are various methods to regulate and log (etc.) use 
of resources, such as limiting total number of simulations (count or time) or lowering the 
process priority of said simulations. 

There are three independent claims: claims 1,10 and 15. 

Independent claim 1 recites a Client- Server method for simulation over a Network 
by means of a Stateless Communications Protocol, such as HTTP (page 3, paragraph 4 
("A Browser is a Client Program. ..")). The system is a (multiple) client-(multiple) server 
system connected by a computer network, especially the public Internet (Fig. 1-3C, part 
200) The method consists of a user visiting a web site and, in addition to the Client 
retrieving a web page, receives a token, a "Unique Identifier" (page 6, paragraph 2, 
("Some of these differences. . .",)); page 8, paragraph 3 ("In generating a Unique ID. . ."); 
microfiche source code appendix, pages 19, 20, 25-26 "websi/getsessionid.pl"), that 
uniquely identifies the user to the server simulation system and which may be used to 
manage server resources or for access control. 

To initiate a simulation, a Client first displays a Form, which is transmitted from 
the Server as Form Creation Data (e.g., HTML <FORM> and associated tags) (Fig. 
4B/C; page 8, paragraph 4, ("After the ID has been generated")). A user enters data into 
the Client Form and then submits it to the Server, together with the previously received 
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Unique Identifier (Fig. 4E; page 8, paragraph 5 ("In Fig. 4C,. . .")). This Form data is 
received by the Server and merged with other data and simulated to produce output data 
compatible with Client display (e.g., web browser) instructions, (page 8-9, paragraph 5, 
"a) The Unique ID is retrieved and checked. . ."; microfiche pages 21-24 ("get"), 63-4 
("websi/simulate"), 78,79,80,81, 65-7 ("websi/simulatecore.pl")). These display 
instructions are then transmitted to the Client. 

Independent claim 10 recites a Client- Server method for simulation over a 
Network by means of a Stateless Communications Protocol, such as HTTP (page 3, 
paragraph 4 ("A Browser is a Client Program. ..")). The system is a (multiple) client- 
multiple) server system connected by a computer network, especially the public Internet 
(Fig. 1-3C, part 200) The method consists of a user visiting a web site and, in addition to 
the Client retrieving a web page, is sent a token, a "Unique Identifier" (page 6, paragraph 
2, ("Some of these differences. . .",)); page 8, paragraph 3 ("In generating a Unique 
ID..."); microfiche source code appendix, pages 19, 20, 25-26 "getsessionid.pl"), that 
uniquely identifies the user to the server simulation system. 

Form Creation Data (e.g., HTML <FORM> and associated tags) is transmitted to 
the Client (Fig. 4B/C; page 8, paragraph 4, ("After the ID has been generated")), and 
User Form Data entered into the form is submitted to a Server, (Fig. 4E; page 8, 
paragraph 5 ("In Fig. 4C,. . .")). This Form data is received by the Server and merged 
with other data and simulated to produce graphical output data compatible with Client 
display (e.g., web browser) instructions, (page 8-9, paragraph 5, "a) The Unique ID is 
retrieved and checked..."; microfiche pages 21-24 ("get"), 63-4 ("simulate"), 
78,79,80,81, 65-7 ("simulatecore.pl")). This graphical output data, together with other 
optional data, are then transmitted to the Client. 

Independent claim 15 recites a Client- Server method for simulation over a 
Network by means of a Stateless Communications Protocol, such as HTTP (page 3, 
paragraph 4 ("A Browser is a Client Program. ..")). The system is a (multiple) client- 
multiple) server system connected by a computer network, especially the public Internet 
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(Fig. 1-3C, part 200) The method consists of a user visiting a web site and, in addition to 
the Client retrieving a web page, receives a token, a "Unique Identifier" (page 6, 
paragraph 2, ("Some of these differences. ..",)); page 8, paragraph 3 ("In generating a 
Unique ID..."); microfiche source code appendix, pages 19, 20, 25-26 "getsessionid.pl"), 
that uniquely identifies the user to the server simulation system and which may be used to 
manage server resources or for access control. 

To initiate a simulation, a Client first displays a Form, which is transmitted from 
the Server as Form Creation Data (e.g., HTML <FORM> and associated tags) (Fig. 
4B/C; page 8, paragraph 4, ("After the ID has been generated")). A user enters data into 
the Client Form and then submits it to the Server, together with the previously received 
Unique Identifier (Fig. 4E; page 8, paragraph 5 ("In Fig. 4C,. . .")). This Form data is 
received by the Server and merged with other data and simulated to produce output data 
compatible with Client display (e.g., web browser) instructions, (page 8-9, paragraph 5, 
"a) The Unique ID is retrieved and checked. . ."; microfiche pages 21-24 ("websi/get"), 
63-4 ("simulate"), 78,79,80,81, 65-7 ("websi/simulatecore.pl")). During the process, the 
Unique Identifier permits any previous simulations and processes submitted from the 
same Client to be identified and terminated (page 9, paragraph 2 ("c) A check is run. . ."); 
microfiche appendix page 65, lines 23 ("# Check to see. . .") thru 40). The output data is 
then transmitted to the Client. 
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F. Grounds of rejection to be reviewed on appeal. 

1. Whether claims 1-16 are in fact obvious in view of Van Huben et al ('201), Lawman 
('672), and Kahn et al ('628). 
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G. Arguments. 

Ground 1 Whether claims 1-16 are in fact obvious in view of Van Huben et al 
('201). Lawman ('672). and Kahn et al ('628). 

In the December 14, 2005 Final Office Action, claims 1-16 were rejected under 35 
U.S.C 103(a) as being unpatentable over Van Huben et al, US patent no. 5,950,201 in 
views of Lawman et al, US patent no 6,324,672 Bl and Kahn et al, US patent no 
6,574,628 Bl. 

The subsidiary issues to this rejection are: 

a) Whether citations of prior art are irrelevant, in error, or apparently 
misunderstood; 

b) Whether due consideration has been given to arguments made by 
Applicant, said arguments having typically been rendered "moot in view 
of new grounds of rejection", where in some cases the supposed "new" 
grounds recycle nearly identical citations argued against by Applicant in 
the preceding Response/ Amendment; 

c) General arguments in favor of non-obviousness have not received a 
response. 

la) Citation of prior art which is are irrelevant, in error or apparently misunderstood. 
This is not arguing against individual prior art citations, it is that Examiner's citations do 
not teach what they purport to and consequently cannot sustain an argument of 
obviousness. 

There are several examples of apparently obscure, irrelevant and otherwise erroneous 
citations of the prior art. As a first example, from the Final Office Action, page 2, last 
paragraph, through page 3, first paragraph (first cited prior art in rejection of Claim 1): 

"As per claim 1, Van Huben (201) discloses a method 
and system for computerized design automation using 
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inter-networking (e.g. World Wide Web) for 
transmitting design or simulation data over the 
network with feature limitations very similar to the 
claimed invention (Abstract, "Summary of the 
Invention"). According to Van Hub en, the design 
simulation and verification method includes steps of 
creating 

- a transmission network including clients, servers, 
etc. to form a computing and simulation network 
wherein each network client would carry unique 
identifier such as addressing to client, account 
number, etc. (Col. 18, lines 20-25, col. 23, lines 17- 
49, as example). " 

OA 2005/12/02, pg 2-3. 

Technically, the World Wide Web is the collection of hypertext- linked (HTML) files 
accessible by the stateless, file-oriented HTTP protocol, whereas the Internet is the more 
general collection of gateways and routers connecting local computer networks (using the 
most widespread definition of these terms), and accessible by a variety of higher level 
protocols built on top of IP (the Internet Protocol), of which HTTP is just one. This is an 
important distinction as most prior-art CAD programs have used protocols such as TCP 
with intrinsic session state. Thus they used the Internet but not the WWW. 
Compatibility with the HTTP protocol permits access to the disclosed methods by means 
of a web browser located behind a firewall / proxy server which by their nature are 
typically configured to block TCP / IP communications. 


Moreover the specifics of the citation would appear to be erroneous. Claim 1, 10, 15 etc. 
disclose automatic server methods by which a token ("Unique Identifier") is created and 
transmitted to facilitate an interactive form-driven simulation process. Although an 
interactive mode for the retrieval of BOM information is disclosed by the citation, this is 
not "output data [as] functions of a simulation process" as disclosed in Claim le, and the 
reference to the DCS is to a person, not a server method (note use of "him" and "he" in 
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following citation) and so cannot be construed equivalent functionality for a server 
method: 

"[Status on BOMs is and should be accessible in two ways.] The first is by 
automatic notification (e.g. e-mail) to the owner as soon as a BOM is 
invalidated. The second is by means of displaying the BOM either interactively 
or in report form. This listing shows the overall status of the BOM, and all 
members of the BOM with their individual status. " 

Citation 3.1a, OA 2005/12/02, pg 3, paragraph 1 (van Huben 5,950,201, col. 18 
lines 19-25) 

"Authorities (Section 1.12) 

The DCS permits the Data Manager to establish a wide variety of authorities 
which gives him great flexibility in managing the library. Each type of 
authority can be defined very loosely (the user is authorized for all design 
components, at all levels, in all versions) to very tightly (the user is 
authorized on an individual design component basis). The utility for granting 
authorities works in one of two modes: 

In one mode the Data Manager is offered a screen in which he can fill in the 
design component name, type, level, version, user ids, and the type of 
authority. For any field, except for the user ids, he can default it to "ALL ". 

In the other mode an authority profile can be called up and executed. An 
authority profile allows the Data Manager to pre-define the types of authorities 
for a given type of job. For example, profiles may exist for Designer, Technical 
Leader, Model Builder, etc.. This information is contained in an editable ASC 
file in which the Data Manager defines the kinds of authority to varying degrees 
of restriction. Once the profiles are created, the Data Manager uses this mode 
to either add/delete users to/from the profile and process the changes within 
the DCS. 

Authorities exist for the following tasks: 
Setting Locks (Move, Overlay, Update, ALL) 

Promoting design components and/or BOMs into levels (Engineering Levels, 

Release 

Level. 

Creating BOMs 
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Initiating Library Processes 
Setting Pseudo Process Results " 

Citation 3.1b, OA 2005/12/02, pg 3, paragraph 1 (van Huben 5,950,201, col. 23, 
lines 17-49) 

Again, citation 3.1b would appear to ignore the current wording of claim la) 
"synthesizing and transmitting said Unique Identifier by means of said Stateless 
Communications Protocol to at least one Client...". Instead, the citation discusses how a 
Data Manager (a human being "member of the design team", not a server method, as per 
col. 12, lines 16-18) can manually assign privileges to each member of a development 
team, which is the traditional Information Technology practice in almost perfect 
contradistinction to the teachings of the present application where all such "accounts" can 
be created and managed automatically, with an automatically assigned Unique Identifier 
for such accounts created and transmitted to and from the client without human 
intervention. 

"While more powerful situations are contemplated, the system can be installed in 
a prior art system, like that described in U.S. Pat. No. 5,333,312. Thus, as we 
show in FIG. I, the prior art system of the earlier patent, can be employed in 
this application, by providing the system with new programs. However, such a 
system, as illustrated by FIG. I will be a data processing system 8, which may 
include a plurality of networks, such as Local Area Networks (LAN), 10 and 32, 
each of which preferably includes a plurality of individual computers 12 and 
30..." 

Citation 3.2a (van Huben 5,950,201, col 9, line 41 to col 9 line 62) 

The next citation, 3.2a, (pg.3, par. 2 OA 2005/12/02) "(van Huben '201 col. 9, line 41 to 
col. 10, line 20)" would appear to be more relevant to the preceding paragraph of the 
office action but still irrelevant to claim 1 , parts b) and c) as it describes the computing 
topology upon which the disclosed methods execute, without substantively addressing the 
form transmission and submission protocol of the claim. (Two internet technologies are 
mentioned, Java and VRML, which are interactive content types that imply nothing about 
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communicating state via stateless protocols). Page 3, paragraph 4 of the 2005/12/02 
office action states ". . .different templates and system platforms such as high level 
programming languages, PC workstations, UNIX, etc as claimed...), where, plainly, 
Claim 1 is disclosing the Client-Server communication protocol in the restricted context 
of a simulation. Claim 10 restricts this to graphical output and Claim 15 restricts this to a 
"Browser". 

The next citation, 3.2b, (pg.3, par. 2 OA 2005/12/02) (van Huben '201 cols 44-45, 63) is 
highly obscure, as it discusses "Automated Library Machines" and how they 
communicate using middleware to move data in heterogeneous compute environments. 
This is only related in the remotest possible way (i.e, transmission of data) to the 
disclosed transmission of a synthesized Unique Identifier back and forth with form data 
which is the clear intent of clauses b) and c) of Claim 1 , and as such is not a relevant 
reference to the prior art. Also the reference to "structure design data" here appears 
misplaced, but might be appropriate to claim 9. We respectfully suggest this is a poor 
reference, however, appellant readily concedes that form transmission and submission are 
well-understood features of the client-server prior art. 

With regard to citations 3.4a,b,c,d and e (col. 6, lines 54-67; col. 9 line 53 to col. 1 1 line 
55; col. 16, line 33 to col. 18, line 64; col. 20, line 27 to col. 22, line 65; cols. 33, 44-45, 
51, 85-88), 3.4a) claims the van Huben Computerized Design Automation Method 
manages data and integrates just about any repetitive process related to design, 
development, manufacturing, inventory tracking. But crucially the system of van Huben 
does not contemplate a public demonstration/evaluation capability, particularly where the 
computation requirements may be substantial as is the case for simulations, and a primary 
application for the present invention and one that necessitates new methods for allocating 
finite resources in an uncontrolled environment. 

3.4b-e do not address the issue of merging form data with simulation template data. The 
words "merge" or "merging" appear nowhere within van Huben ('201), and a "Simulation 
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BOM" (col. 21, line 62) is not a template under control of a "Simulation Coordinator 
(Integrator)" (col. 73, line 60 to col. 74, line 3). This is a list of items that will trigger 
processes when certain changes occur. Merging of SPICE data into a template, as 
disclosed, is a known art but would require a fourth reference which would lend 
additional force to an argument for non-obviousness. 

Also in this same paragraph of the office action, the examiner states "In fact, Lawman 
teaches a web-based design method and system over a computer network to provide a 
user or client with a unique identifier", and cites Lawman, '672, col 7, lines 50-58: 

"The vendor (Xilinx) places a web page on the internet in a location to which 
users (e.g., Xilinx customers and potential customers) have access. In the screen 
display of the user's computer, the web page requests licensing and access 
passwords, which must be provided by the user in order to configure the design 
database. In this embodiment, the user interface will not write any output files 
unless the user accepts the license terms. This type of licensing requirement is 
well known to those skilled in the software art. " 
Citation pg 3, par. 4 (Lawman '672, lines 50-58) 

Plainly this says nothing about use of a Unique Identifier transmitted by a stateless 
protocol such as HTTP and would seem to reference Fig. 0a of the present application 
which shows a login step. As has been often stated in previous responses, however, the 
present invention is compatible with, but does not require, a traditional login step, which 
was only added at the request of a prospective client. Synthesis of the Unique Identifier 
only optionally depends on a user login. 

In fact, the Xilinx XPCI system disclosed by Lawman works by means of a Java applet 
opening a TCP connection to a host; a traditional client-server mechanism and something 
that does not work through standard firewall/HTTP proxies (as documented by Xilinx; 
see IDS in dispute, evidence appendix 12, and previous OA responses). Therefore, the 
cited reference actually demonstrates one of the limitations of the prior art the present 
invention was designed to overcome, and therefore helps demonstrate the non- 
obviousness of the present invention. 
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Citations 3.4g and 4.1a/b of the 2005/12/02 office action (Lawman '672 Figs. 5-17, cols. 
7-10) refer to a "unique identifier" and an applet ID although the word "unique" does not 
appear anywhere in Lawman '672 and ID only appears in "PCI Device ID" where it is a 
part of an illustrative example, not part of the preferred embodiment. 

We also dispute the triple rejection of distinct claims 4-6 in OA 2005/12/02 pg 5., par. 3 
("As per claims 4-6. . .") by reference to the non-extant "Unique Identifier" of Lawman 
'672, although it is conceded that Claims 4 and 5 depend on Claim 1 for their novelty. 
Claim 6, however, ("The method of Claim 1 wherein the Unique Identifier is made 
verifiable by means of an internal checksum.") is plainly nowhere to be found in van 
Huben, Lawman or Kahn. 

Similarly, on page 5, par. 2 of the office action of 2005/12/02, "As per claim 3 . . .", 
citation 5.1 (Lawman, cols. 6-10). In this case, the phrase "operating system" cannot be 
found in Lawman, although cross platform support is inherent in the idea of a web 
browser. However, the claim under discussion (3) is "The method of Claim 2 wherein at 
least some of said output data is automatically rendered by Client methods for graphical 
display." Lawman addresses synthesis and download of a package, not the graphical 
result of a simulation (see Lawman 6,324,672, col 10, line 58 - col 11, line 15), although 
it is conceded that the issue would be clearer if "graphical display" were referred to as a 
plot or chart. 

With respect to claim 13, pg. 8, p4 OA 2005/12/02 ("As per claim 13, Lawman teaches 
feature limitations such as getfile, logfile, data type and format for simulation (cols. 7- 
12).") Lawman mentions server generation of simulation models and client simulation 
output, but not server simulations. This is critical because simulations are CPU-intensive 
tasks, and therefore not trivially shared. The log file mentioned in Lawman is plainly an 
error log file, not something intended for marketing purposes. It is also ambiguous 
whether the error logfile is located on the client or server. 
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In light of the misunderstood, misapplied or irrelevant references of van Huben 
('201) and Lawman ('672), Applicant respectfully submits that they cannot sustain an 
argument of non-obviousness and that the obviousness rejection should be reversed. 

lb) Lack of response from Examiner to arguments made by Applicant, instead 
arguments are rendered "moot in view of new grounds of rejection", where in some cases 
the "new" grounds recycle the nearly identical citations argued against by Applicant in 
the preceding Response/ Amendment. 

(Applicant assumes the Examiner uses the word "moot" in its common legal sense of 
"null and void", as opposed to "debatable", which was the original sense of the word). 

Historically, this has been an issue with all van Huben references which when objected to 
have been "mooted" as "irrelevant due to new grounds of rejection". It in no way stands 
to reason that if a direct rejection of Claim N cites van Huben HI and "other" citation 01, 
that a retread of this rejection recycling the almost identical van Huben citation with 
the same language except joined to a new citation 02, and possibly a third citation 03, 
moots the fundamental objection to van Huben HI (examples of which above, in Section 
1), such as relevance. See Office Actions of April and December 2005, and further in 
Section 5. 

The most recent response to final then simply says all arguments have been 
"unpersuasive". Consequently Applicant respectfully submits that the Examiner be asked 
to respond in detail to of our arguments of September 22, 2005 filed in a response to his 
Office Action of April 11, 2005. 

Per-claim response arguments against citations of prior art and and/or non-obviousness 
were not addressed in examiner's Final Office Action, (from Applicant's Office Action 
response of 9/22/2005) 
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lc. General arguments by Applicant in favor of non-obviousness have not received a 
response from Examiner. 

From the first Reply/ Amendment, Applicant has made various general arguments against 
non-obviousness: 

lc(i) The present application Solved an Unrecognized Problem 

To the best of Applicant's belief, at the time of reduction to practice (March- July 1997) 
there were no web-based CAD/CAE tools designed for public simulation of circuits by 
means of HTTP and the WWW. To Applicant's knowledge, there would not be any 
equivalent public systems for at least 3 years. The present invention met with significant 
Commercial Success through license via EDTN/ChipCenter until the latter closed its 
doors, years before a rival technology supported by National Semiconductor appeared. 

lc(ii) Unsuggested Modification and Combination Unsuggested 

The introduction of state for a HTTP-CGI -based simulation was unsuggested at the time 
and its advantages unappreciated. In the Applicant's view, this was due to the New and 
Surprising Result that simulation on the latest PCs was fast enough to be interactive, and 
to the then widely held (and erroneous) belief that web browsers could not support 
serious client-server applications. 

Among the disclosed references, please consider Lorenz, P. and Schriber, T., "Towards a 
Web-Based Simulation Environment", Proc. of the 1997 Winter Simulation Conference, 
Dec. 7-10, 1997), pg 1341 and Regnier and Wilamowski, "SPICE Simulation and 
Analysis through Internet and Intranet Networks", IEEE Circuits and Devices Mag., May, 
1998. Note that both of these references post-date the reduction to practice of the present 
invention, and in the case of Regnier, the present application's provisional filing date 
also. In other words, not only was public simulation interesting over the internet, but any 
complex (SPICE) simulation. 
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The former reference (Lorenz, et al) is a fair summary of the state of the art as of Dec. 
1997, and the mere fact that an expert in the field at that time would still title a 
conference paper "Towards a Web-Based Simulation Environment", with the implication 
that such an environment is yet to arrive, augurs in favor of the non-obviousness of the 
disclosed methods at the time of their creation. 

The latter reference (Regnier, et al) indicates that the subject of SPICE simulation on the 
Web was still novel enough in 1998 as to be worthy of scholarship. It should be noted 
that SPI, although still used today, to the Applicant's knowledge never met with 
commercial success, presumably because it required a login step. 

lc(iii) Commercial Acquiescence 

In his Office Action of 2005/4/1 1, the Examiner cited Lawman, et al (6,324,672), which 
is an outstanding argument in favor of non-obviousness as Xilinx was the sponsor of the 
ChipCenter site during its initial run. In fact Xilinx 's XPCI demonstrates precisely those 
limitations of the prior art that the present invention was designed to obviate. That Xilinx 
became a customer, even if indirectly, should mitigate in favor of allowability. (See 
Additional response to Office communication regarding 09/287,478,mailed 9/26/2005 
and attached screenshots). 

Please refer to Lorenz, P. and Schriber, T., "Towards a Web-Based Simulation 
Environment", Proc. of the 1997 Winter Simulation Conference, Dec. 7-10, 1997), pg 
1341 and Regnier and Wilamowski, "SPICE Simulation and Analysis through Internet 
and Intranet Networks", IEEE Circuits and Devices Mag., May, 1998 (NPL IDS 3C and 
3B, respectively, received Jan. 14, 2005) 

The fact that as late as Dec. 1997 an expert in the field could still title a conference paper 
"Towards a Web-Based Simulation Environment" , with the implication that such an 
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environment has yet to arrive, should be taken as evidence of the non-obviousness of the 
methods disclosed in the timeframe of their creation. 

lc(iv) Crowded Art 

The field of client-server CAD/CAE software is crowded and competitive and the 
electronics industry is one of the world's largest, yet none thought to implement a similar 
system. 

lc(v) Different Combination 

Even though client-server CAD systems have existed since at least the 1980's, and 
although the client-server connectivity of such systems necessarily involves state, such 
state is not inherent in browser-based client-server systems and always operates in a very 
different manner and at a application or user account levels, not at the lower network, 
transport, or session levels. 

Many of the examiner's arguments appear left over from before the most recent 
refinement to the claims, where there is no mistaking the nature of state used to 
communicate the "Unique Identifier". 

lc(vi) Awkward. Involved Combination 

To adapt van Huben (201) to perform any interactive task would be awkward in light of 
Lawman and Kahn. It would be extremely difficult as the output of van Huben is 
typically complex library manipulations and batch builds of an intrinsically non- 
interactive nature. 

To these should be added that Lawman (Xilinx) serves as Competitive Recognition and 
Failure By Others (since the present invention solves a problem they failed to), although 
admittedly, we did not have a license agreement from Xilinx to substantiate that it was 
the present invention, per se, that was responsible for their interest. 
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lc(vii) Lack of Prior Implementation 

The most general arguments for non-obviousness remain the size of the electronics 
industry (multiple 100's of billions of dollars in 1997) and the high visibility of the 
internet in 1997. This Lack of Prior Implementation points to an Assumed 
Unworkability, which applicant posits as a possible failure to appreciate the cumulative 
increase in performance of mainstream CPUs, coupled with a widely held 
underestimation of the potential of the WWW for client-server interaction. 

The present invention has no pretensions to claiming the invention of CAD using a web 
browser, and has in fact disclosed prior art in this regard. The prior art, as was the case 
with van Huben ('201) and now Lawman ('672), typically requires administered accounts 
for security and resource limiting purposes, whereas the present invention does not have 
these limitations. Consequently CPU-intensive activities such as circuit simulation can 
be made publicly available, which is a new frontier for CAD. Lawman ('672) specifically 
discusses the need for login accounts. Unfortunately, the present invention included an 
optional login step which the applicant would consider removing for clarity if doing so 
would not be considered "new matter". 

In light of the foregoing, Applicant contends that an absence of response to secondary 
arguments is a tacit admission that they do support non-obviousness. Applicant 
respectfully submits that this, too, supports a reversal of the obviousness objection. 
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Conclusions 

Fur the reasons L-ivcn, wc respectfully bold that the ptesent Application deserves 
further - prosecution on the roerUs and thed if held to &tj eijuluihie standard "Yuh 
corsterripomry art. even including art post-daui;^ the reduction to practice of trie piemen* 
invention, claims 1-1 o v\di he u>-md allowable. Appellant respectful iy requests tha* the 
evidence of October 200? vs. Lavwnan '672 be entered and to reverse the obviousness 
rejection of claims 1 ■- 1 6, 

In hghf of "ipneilanrs PRO--SF standing and in the interest of moving prosecution 
forward. Appellant <:i--o repeal i< I h request thai any further non-substantive errors be 
overlooked iu pursuit of j decision. 

K espx. ct; ui K< submitted.. 


f hd^iiaa S. Rode 
Apphcant, PRO-SH 
6209 Steams Hill ild. 
vVaabaif, MA02451 

It l: 7S! 4.<22 I av : tea; ! t« , request) 
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H. Claims appendix. 

I . A server simulation method, for use with at least one Client communicating with 
at least one Server over a Network by means of a Stateless Communications Protocol, 
said simulation method comprising the steps of: 

a) synthesizing a Unique Identifier and transmitting said Unique Identifier by means 
of said Stateless Communications Protocol to at least one Client, said Unique Identifier of 
a data type compatible with proxies for said Stateless Communications Protocol and said 
Unique Identifier to be used by at least one Server for at least one of the purposes of a) 
maintaining server state including, but not limited to, separation and management of User 
data, b) limiting access to or limiting use of server resources, c) tracking server usage or 
d) server security; 

b) transmitting Form Creation Data to said at least one Client; 

c) accepting User Form Data and said Unique Identifier from said at least one 
Client; 

d) merging said User Form Data from said at least one Client with other data, 
including simulation template data; 

e) processing said merged data to produce output data, wherein said output data are 
functions of a simulation and in a format compatible with said at least one Client display 
instructions; 

f) transmitting said output data to said at least one Client. 

2. The method of Claim 1 wherein only steps c-f may be repeated for each new 
simulation of the same form and wherein only steps b-f may be repeated for each 
simulation of a new form. 

3. The method of Claim 2 wherein at least some of said output data is automatically 
rendered by Client methods for graphical display. 

4. The method of Claim 1 wherein said Unique Identifier is used to keep the data of 
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each user separate from all other users, with high probability (>99%). 

5. The method of Claim 4 wherein said user data is stored in temporary files with a 
limited lifetime. 

6. The method of Claim 1 wherein the Unique Identifier is made verifiable by means 
of an internal checksum. 

7. The method of Claim 1, comprising the following additional steps before 
processing of said merged data: 

a) retrieving a database record indexed by the Unique Identifier, said database record 
containing at least an associated simulation usage and timestamp; 

b) creating a new database record when no existing record is found, said new 
database record indexed by the Unique Identifier and containing at least a simulation 
usage initialized to zero (0) and a timestamp initialized to the current time; 

c) deleting said retrieved record and backing up at least one step, if said timestamp 
has become older than a certain threshold; 

d) skipping at least the processing of said merged data, if the simulation usage per 
unit time has exceeded some threshold; 

e) updating said simulation usage in said database record and saving the updated 
record in said database. 

8. The method of Claim 7, wherein the simulation usage is used to lower the process 
priority of the simulation. 

9. The method of Claim 1, wherein additional steps related to circuit synthesis are 
inserted just before step b), such steps comprising: 

aa) transmitting Circuit Synthesis Form Creation Data to said Client; 

ab) accepting Circuit Synthesis Form Data from said Client; 

ac) synthesizing a circuit according to said Circuit Synthesis Form Data, where said 
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synthesized circuit and other temporary files are optionally kept on the Server and 
indexed by means of the Unique Identifier for eventual use in step le); 
ad) creating Form Structure Data for use in step lb), said Form Structure Data 
containing circuit topology data. 

10. An interactive network simulation method, for use with at least one Client 
communicating with at least one Server over a Network by means of a Stateless 
Communications Protocol, said method comprising: 

synthesizing a Unique Identifier and transmitting said Unique Identifier by means 
of said Stateless Communications Protocol from a Server to a Client, said Unique 
Identifier of a data type compatible with proxies for said Stateless Communications 
Protocol; 

transmitting Form Creation Data from a Server to said Client; 

transmitting Schematic data from a Server to said Client; 

displaying a Form as described by said Form Creation Data and rendering an 
associated Schematic as described by said Schematic Data by display methods of said 
Client; 

merging of User Form Data from said Client with other data, including simulation 
template data; 

processing by a Server of said merged data to produce at least graphical output 
data, wherein said graphical output data are functions of a simulation and in a format 
compatible with said Client's display instructions; 

transmitting at least said graphical output data to said Client. 

1 1 . The method of Claim 1 , wherein said assigned Unique Identifier is associated 
with superior or inferior privileges, said privileges comprising at least one of: a) access to 
models and circuits, b) simulation priority and/or maximum simulation time, c) 
quality/accuracy of simulation methods employed, d) the maximum size and/or 
persistence of design and/or simulation data. 
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12. The method of Claim 14, wherein said assigned Unique Identifier is saved on the 
Client (e.g., a "Cookie") to permit a simulation or synthesis session to be suspended and 
resumed at a later time without requiring the user to re-qualify for access. 

13. The method of Claim 1, wherein some portion of the said User Form Data is 
logged together with at least said Unique Identifier for marketing, sales or debugging 
purposes. Suitable storage mechanisms for said logged data include, but are not limited 
to: a) HTTP log file (if HTTP GET mechanism used to initiate simulation), b) file of a 
type and format determined by the simulation software or c) database record. 

14. The method of Claim 1, wherein said Unique Identifier is created and transmitted 
contingent upon the user qualifying for access by successfully conveying appropriate 
qualification data from the Client to the Server. 

15. A server simulation method, for use with at least one Client communicating with 
at least one Server over a Network by means of a Stateless Communications Protocol, 
said simulation method comprising the steps of: 

a) synthesizing a Unique Identifier and transmitting said Unique Identifier by means 
of said Stateless Communications Protocol to at least one Client, said Unique Identifier of 
a data type compatible with proxies for said Stateless Communications Protocol; 

b) transmitting Form Structure Data to said at least one Client; 

c) accepting User Form Data and said Unique Identifier from said at least one 
Client; 

d) merging said User Form Data from said at least one Client with other data, 
including template data; 

e) processing said merged data to produce output data, wherein said output data are 
functions of a simulation and in a format compatible with said at least one Client Browser 
instructions; 

f) while processing said merged data to produce output data, simultaneously capable 
of accepting and processing new User Form Data from said at least one Client, reception 
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of said new User Form Data with identical Unique Identifier causing present execution of 
simulation method to be aborted and associated resources freed in favor of processing of 
said new User Form Data; 

g) transmitting said output data to said at least one Client. 

16. The method of Claim 1 with the additional ability to execute a plurality of 
simulation method steps c-f from a single Client concurrently, said plurality being 
reduced to a single simulation method by aborting all but the method steps corresponding 
to the last submitted Client User Form Data. 
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I. Evidence appendix. 

Appendix II 

Evidence of Partial Reduction to Practice in the April 1997 timeframe (3 pages) 


73 Mcmk. Vernon Stnstri » Reading, MA O- 
Voical-sx: (S17HMJ-WAVE 


Guided Wave Solutions 


'Pax 





Pages: ~J (indix&ig «w) 



Cfc 




Note 1: 4/18/1997 of transmission 

Note:2: Guided Wave Solutions has no interest in the intellectual property that is the subject of this appeal 
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Appendix 12 

SUPPLEMENTAL DECLARATION per 37 CFR 1.132 

Declaration traversing objection or rejection (7 pages) 

As an applicant in the above-identified application, I declare as follows: 
1. 1 am the sole inventor of the subject matter of the above identified application. 
2. 1 have reviewed and understand the contents of the specification and cl aims, as 
originally filed, and as amended by the amendment(s) dated 

3/25/2002 (as revised 6/1 3/2002), 1/9/2003, 8/28/2003 (as revised 9/29/2003), 

5/14/2004, 12/16/2004, and 9/22/2005 
3. 1 believe that I am the original and first inventor of the subject matter which is claimed 
and for which a patent is sought. 

4. 1 acknowledge the duty to disclose information which is material to the examination of 
the application in accordance with 37 C.F.R. Section 1.56(a), and if this oath 
accompanies or refers to a continuation-in-part application, I acknowledge the duty to 
disclose material information as defined in 37 C.F.R. Section 1.56(a) which occurred 
between the fi ling date of the prior application and the national or PCT international 
filing date of the continuation-in-part application. 

In partial fulfillment of Section 1.56(a) please consider the following evidence originally 
submitted as an Information Disclosure Statement October 19, 2005 but lacking a 
statement that this material was discovered within the prior 3 months (in response to 
Examiner's citation of Xilinx prior art.) and so not considered by the Examiner. 

Answer Record #7436: Log SCORE PCI - Error: "XPC! CORE Generator Server 
transaction failed. Failure cause: 109?...°. Xilinx 2005 [retrieved on October 19, 2005]. 
4 - ' Retrieved from the Internet: 

<URL: http://vmw.xifinx.cx3m/xlnx/xil_ans_display jsp?getPagePath=7436> 

CORE Generator for PCI: The First Web-Based Development Tooi for 
4 2 FPGA Design. XHtnx, Inc. 1997 {retrieved on October 19, 2005], 
Retrieved from the Internet: 
<URL: http^/www.xtiinx.corn/xceif/xi25/xl25„14.pdf> 

CORE Generator Questions & Answers. Xiiinx, inc. 1997 [retrieved on 

4.3 October 19, 2005]. (cont'd) 
Retrieved from the Internet: 

<URL: http://wvw.xiiinx.com/products/lo9icore/pci/cg„qa,htm> 

4.4 Email from Mark Noble, Xiiinx Technical Support. Xilinx, Inc. Oct 19, 2005 

4 5 "Why Choose a Monolithic Instrumentation Amplifier". EDTN / Rode 

Consuming, 1999. [retrieved on October 19, 2005] Note Xilinx sponsorship. 

Table of citations 4.1-4.5 
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(CI Copyright 1994-2005 Xilinx, Inc. All Rights Reserved 
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flXILINX' 


XilinxPCI 

LogiCORE PCI Questions <ii Answers 


Q Can any web browser be used to configure aii 1 1 ■wiA .a 1 tlie D 'giCOKE PCI interface? 
A Any Java-enabled browser can be used, e.g., Netscape 3.0. Microsoft Explorer 3.0 or Sun 

Hot Java. 

Q: Who has access to the LogiCOKE PCI interface tool on the web? 

A Every LogiCORE PCI Master customer under maintenance can register on-line to get access 
to the Core 

Q: How can Hlins support customers that cannot access the web? 

A A CD with the design files is available upon request. Please contact your local XlUtlk 


Q: Which design environments are supported for the LogiCOKE PCI? 

A Because a customer downloads an instantiatable netlist, most EDA tools can be used. Xilinx 
has tested and documented the flow using Synopsys FPGA compiler, FPGA Express, but will add 
documented flows for additional tool vendors. 

Q: How will the intellectual property be protected? 

A The LogiCOKE PCI interface can be downloaded from the LogiCOKE VTP Lounge (a 
paSSV, 1 l t l trtrUra 11 Trl LEI I t '"111 hL zi' 1 'IE 1 1 Illrl 1,,-Tj , r ^ Imi 
version 1 i ill ll lr ut 1 lr thr J l tri tr 1 tfr ( Till rl 1 t, Jl I U t tnrt t r ] 1 lr thr jTT[ 

and e TT alu iff- 1 EE j ti n lutn tt 1 TTT nl dim, If- laifilr 
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Reply- to: markmbkiS.MliM.com 
FROM: Mark Noble 

******* The following is an email from Xilinx Technical Support. 
******* Please do not reply to this email. 

******* To reply, send email to the address mxAjiQble^xilinx^am 
******* and reference the case number shown below. 

CASE_ID_NUM: 604367 


Dear Chris, 

With regards to your case:- 
CASE #604367 

RE: PCI core 

The PCI core is still available on the PCI web site, and is provided in a ZIP file only, and their is no WEB 
CONFIGURATION tool for the PCI core, other than the UCF Generator. 

The reason for this is that the PCI core is now included with in the COREGEN tool, as of ISE 7. li SP2 with IP 
UPDATE 2. Coregen is capable of providing the PCI core, as well as being able to configure the core with out all the 
problems that the WEB CONFIGURATION tool had. 

The PCI core in coregen is controled by means of a license file which can be obtained form the PCI lounge once the 
core is purchased. If you have not purchased teh core then you can still generate teh PCI core but will only be able to 
get the simulation models. If you requier a hardware time out evaluation version of the core, then you will need to 
reqest a license file for this. 

Full information on how to generate an evaluation version of the PCI core can be found at the following web link:- 


Best Regards 

Mark Noble 
Tech Lead 

Xilinx Technical Support 


/ N For all new technical support issues not in reference to the above 

\ \ case, please contact the appropriate support office below. Also 

/ / please visit our WEB site at http://support.xiimx.com for the latest 

\_V\ Xilinx documentation and application information. 

For Customer Education information, please visit 

For Technical Support contact information, please visit 

htffii^www.ssua^ 
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J 1/12/2010 

AitwBu&t Oneimmpome to a Notification of Non-Compliant Appeal Brief 1 1/12/2009 

This ferial was not found as part of a general search, but in specific response to 
citation of Lawman 6,324,672 (assigned to XUinx), and there fore more 
dkeclk ejected to Examiners objections and the content of Applicant's response. To 
summarize an earlier office action response: 

t >,nou s 1 dunot states the inability of the Xilinx LogiCORE PCI tool to 

/ threV^ ^aHs.wliicbisnotaHm^ 
■» n.tu w :j mo urates a requirement for registration by users, winch is not 

a limitation ofthe present invention; nni rcMV ^ it 

; , 0mrl . 4 uoj.sK t lock of commercial success o! the u-g^UM.. a, ,r. 
i „♦,,,. uritMrawn as a web tool; 
~ „ nt -s that Xilinx was i sponsor of ChipL enter s 

a V r , ^ * oi < ^ clc v ro embedded interactive 

Vl \ p ^old* there-ore mat the citation ^Xilinx is at tact an 
, iUnol , , , , ne - once Xilinx effectively 


< ™c ac ~ neural mechanism for disclosure of 
_ , , , - >v undated the IDS as ^ ^ ^ ^ 

^ \ , , « aW-te, 's*^ OKI u . !k lDW 
^ ^ « o ^ ^ r ith RfE) includes material that p »" f . 

x \u Vmh^m^ 0 obCioi^ness of the present nv entton at tne i. 

" ^ * * ld 0 U U U ° U ^ praCUCe ' • lerlae a<-e true and 

v M,,^ k 1 'Vw^andHcHcUtfebcbC'^-, * a .d the like 

ca ^ k ^ ' ^ nd ; i ::L. ri ;,s,'m & hereon or any * 

Date 
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J. Related proceedings appendix. 

None. 
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K. Supplemental Declaration regarding Appeal Brief 

\ \iocrcc -.sr'cc 2 "0 ?(;(»» <mo - soodce "0C7 1 1^'2007, T'2008 
6,26/20«"o K'loOJJ' -r- I'll/ '01^ 

As eti appl i a,n the abov.-xleilibed in K - ni " 1 * ^ <■ : as -°*'^s 

, ( oiK c>i ^ i^en~! \ar,}eo bebv, ' <*i, sc' invent r, and k norc -h?i ^ne 
i".\on,oi :s*Mmcd boW, ?rr a ^ at s ue>0 v\i h tic .r\cntoiL; a.;ood Mqu of lie 
sj!-joct static- :bc ooo\c .deluded oip'vafvj 

" I aa\. v^, „\scd arc! t «d ^id .ho <• o iv:^ of +lc spoahcat i % o cl ir^, os 
- irol ? fdea, t\ a a arnvded '>\ f i an ere ocit^; da d 

' oeb^e d .a 1, and * * o 1 hci imcutt r, ■>} t aired oclo> d mo c >an <^nc uncntn i< 
1 a r.cd bck>^, e:r lic 0"g ral aru "^s: ao„ k o: o~ p ' \ioi-> < t^o M!bv> ' na ter vvhxu 
s clan oo ard Vf v > ch a ^atcr* i > v> 

I I rcsxiov^odsic i v du \ x do ? cl ->c trfoti mUt "a ~ <■ . 's na o'.al V d i • \atwar oi, ol 
hoopp tCdurr ir aec^daac ^ J s\\ Vct-or 5:. fa; aae " t'ui> oat * 
accotr-oar o u-a'eu to a con ioM03,-i\-^ar /op'xaiva, I ookrovl dg l^e dut\ ^ 
d v o->e rwi i -rto"nvt -~r jt deh nco n* ^ ; vJ F T i j'cotion 1 ^SCa) waci ^ta "eel 
«xr x Lc j»* >j date o % tv ^ 'oi apol f o,,on a»ia Lie nau^ ci !X... t .ntotnat o-na> 
Tl ng, Gate of ihc ooit i\ x'w n-o^ application. 

I bo^cbi d.oku that all stat^cnts rrrk K\o.n ^ n\ i^r krowlod< ^ o-eiucard 
h'lt all s>c lein.i ^ -naoo f > i -n-brn^txr ai, % .^k "-^ro bol mo s i e did ^i^t o t'ua 
^ sta^crionts o r^odt 1 1 »c \rovioo^ I hat ^\ aNc t. tcriuits ore th 1 k 
rodo asc fo^isb, Vic b x ^ 10 oi vjs.>toi^ >,t o. both iad^ ct'en b'Ol c - Vitlo 18 
x t $c I 'toied Sl^es ( t\l . . id ita ~i\n \m11 . i 'c^o s. .V^rHs m av zin di/o di. 
ic:^ oTibc aooacatior, t u'\ tv^-i . k l tboio n o: an patent to *\ak i un- ^o 1 cd 
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Chfistian S. Rnde 


Date 
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